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Amendments to the Claims : 

1-56. (Canceled) 

57. (Currently Amended) in — combinat i on, — a — comput e r i z e d — syst e m 
i mpl e ment i ng a A computer-implemented method of reducing risk in a payment-based 
transaction wherein payment is made from an account holder to a Count e rparty 
counterparty using a payment bank system operated by a payment bank, said-the 
method comprising the steps of: 

electricallv receiving at least one user-supplied risk parameter associated with 
the Count e rparty counterparty : 

electrically receiving a first instruction authorizing payment from the account 
holder to the Count e rparty counterparty : 

electrically storing the first instruction in a payment gueue: and 

during processing of the paymen t-based transaction, electrically performing a risk 
filter routine that determines whether to selectively reject payment authorized by the first 
instruction based upon said- the at least one user-supplied risk parameter associated 
with the Counterparty counterparty : 

wherein said -the at least one user-supplied risk parameter comprises a clean 
payment limit. 

58. (Currently Amended) The combination computer-implemented method of 
claim 57, wherein satd -the at least one user-supplied risk parameter is associated with 
each payment-based transaction wherein payment is made from the account holder to 
the Count e rparty counterparty . 

59. (Currently Amended) k\ — combination, — a — comput e rized — system 
i mp le m e nt i ng a A computer-implemented method of reducing risk in a payment-based 
transaction wherein payment is made from an account holder to a Count e rparty 
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counterparty using a paynnent bank system operated by a payment bank, said the 
method comprising the steps of: 

electrically receiving at least one user-supplied risk parameter associated with 
the Count e rparty counterparty : 

electricallv receiving a first instruction authorizing payment from the account 
holder to the Count e rparty counterparty : 

electncaiiy storing the first instruction in a payment gueue: and 

during processing of the payment -based transaction, electrically performing a risk 
filter routine that determines whether to selectively reject payment authorized by the first 
instruction based upon said -the at least one user-supplied risk parameter associated 
with the Count e rparty counterparty : 

wherein said- the at least one user-supplied risk parameter is associated with 
each payment-based transaction; 

wherein payment is made from the account holder to the Count e rparty 
counterparty : and 

wherein said -the at least one user-supplied risk parameter is selected from the 
group consisting of: 

(i) currency associated with each payment-based transaction, 

(ii) payment type associated with each payment-based transaction, 

and 

(iii) a C le an Paym e nt Limit clean payment limit associated with each 
payment-based transaction. 

60. (Currently Amended) The comb i nat i on computer-implemented method of 
claim 59, wherein said -the at least one user-supplied risk parameter is associated with a 
first identifier that identifies the account holder af>4-a- or a second identifier that identifies 
the Count e rparty counterparty on the payment transaction. 
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61. (Currently Amended) The comb i nat i on computer-implemented method of 
claim 60, wherein the account holder comprises a user with a pre-existing account 
relationship with the payment bank. 

62. (Currently Amended) The combination computer-implemented method of 
claim 61, wherein the account holder further comprises a third party, and wherein the 
user is acting on behalf of the third party. 

63. (Currently Amended) The comb i nat i on computer-implemented method of 
claim 62, wherein said -the t hird party executes a third party host application that 
generates said- the at least one user-supplied risk parameter and communicates said 
the at least one user-supplied risk parameter and associated information to a user 
system, which forwards sa i d at l east on e us e r supp lie d the associated information to the 
risk filter routine. 

64. (Currently Amended) The combinat i on computer-implemented method of 
claim 63, wherein only the user system can forward said-the at least one user-supplied 
risk parameter communicated by the third party host application to the risk filter routine. 

65. (Currently Amended) The comb i nation computer-implemented method of 
claim 60, wherein the first and second identifiers are Bank I d e ntif ie r Cod e s bank 
identifier codes or an aggregation of such codes. 

66. (Currently Amended) The combination computer-implemented method of 
claim 60, wherein the Count e rparty counterparty comprises a beneficiary of the 
payment-based transaction. 
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67. (Currently Amended) A system for reducing risk in payment-based 
transactions comprising: 

a payment banl< subsystem, operated by a payment bank, that procoss o s 
configured to process a payment-based transaction wh e r e in whereby payment is made 
from an account holder to a Countorpartv counterparty , wherein the payment bank 
subsystem includes a queue storift ^confiqured to store a first instruction authorizing 
payment from the account holder to the Count e rparty counterparty during processing of 
the-transactions; and 

a module, integrated with the payment bank subsystem, that stores configured to 
store at least one user-supplied risk parameter associated with the account holder, and 
which includes a risk filter routine that oporatos configured to operate during the 
processing of the-transactions to determine whether to selectiyely reject payment 
authorized by the first instruction stored in tho quouo based upon said-the at least one 
user-supplied risk parameter associated with the Count e rparty counterparty : 

wherein said -the at least one user-supplied risk parameter comprises a clean 
payment limit. 



68. (Currently Amended) The system of claim 67, wherein sa^d-the at least 
one user-supplied risk parameter is associated with each payment-based transaction 
wh e r ei n whereby payment is made from the account holder to a- 
counterparty . 



69. (Currently Amended) A system for reducing risk in payment-based 
transactions comprising: 

a payment bank subsystem, operated by a payment bank, that proc e ss o c 
configured to process a payment-based transaction wh e r ei n w hereby p ayment is made 
from an account holder to a Count e rpart y counterparty , wherein the payment bank 
subsystem includes a queue stofiflg -configured to store a first instruction authorizing 
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payment from the account holder to the Count e rparty counterparty during processing of 
the-transactions; and 

a module, integrated with the payment bank subsystem, that s tor e s configured to 
store at least one user-supplied risk parameter associated with the account holder, and 
which Includes a risk filter routine that operates configured to operate during the 
processing of the-transactions to determine whether to selectively reject payment 
authorized by the first instruction stor e d in th e qu e u e based upon sa i d the at least one 
user-supplied risk parameter associated with the Countorpart v counterparty : 

wherein sai€l -the at least one user-supplied risk parameter is selected from the 
group consisting of: 

(i) currency associated with each payment-based transaction, 

(ii) payment type associated with each payment-based transaction, 

and 

(iii) a C le an Paym e nt Lim i t clean payment limit associated with each 
payment-based transaction: transaction. 

70. (Currently Amended) The system of claim 69, wherein sald-the at least 
one user-supplied risk parameter is associated with a first identifier that identifies the 

account holder af\4-or a second identifier that identifies the Count e rparty counterparty 
as payment beneficiary or an_intermediary eri-to_the paymen t-based transaction. 

71. (Previously Presented) The system of claim 69, wherein the account 
holder comprises a user with a pre-existing account relationship with the payment bank. 

72. (Currently Amended) The system of claim 71, wherein the system 
includes a user subsystem e x e cut i ng configured to execute a user host application that 
g e n e rat e s sa i d to generate the at least one user-supplied risk parameter on a user 
subsystem and communicat e s said to communicate the at least one user-supplied risk 
parameter to the modu l e for use i n tho risk filter routine of the module . 
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73. (Currently Amended) The system of claim 72, wherein the user 
subsystem g e n e rates is configured to generate user-supplied updates to said -the at 
least one user-supplied risk parameter and commun i oatos t o communicate t he user- 
supplied updates to the modu le for use i n tho risk filter routine of the module . 

74. (Currently Amended) The system o f cla i m 71 claim 75 . wherein the 
account holder further comprises a third party, and wherein the user subsystem is 
configured to act i s act i ng on behalf of the third party. 

75. (Currently Amended) The system of claim 74, further comprising a third 
party host application that onab l os configured to enable the third party to generate said 
the_at least one user-supplied risk parameter and to_communicate said-the at least one 
user-supplied risk parameter and associated information to a user subsystem, which 
forwards sa i d is configured to forward the at le ast on e usor supp li ed associated 
information to the module for us e i n tho risk filter routine of the module . 

76. (Currently Amended) The system of claim 75, wherein the third party host 
application e nab le s is further configured to enable the third party to generate updates to 
sai4- the at least one user-supplied risk parameter and to_communicate the updates and 
associated information to a user subsystem, which fonwardo is configured to fonA/ard the 
updates and associated information to the modu le for uso in tho risk filter routine of the 
module . 

77. (Currently Amended) The system of claim 75, wherein only the user 
subsystem can forward said t he at least one user-supplied risk parameter 
communicated by the third party host application to the module for us e i n tho risk filter 
routine of the module . 
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78. (Currently Amended) The system of any of claims 71 to 77 72 to 77 . 
wherein the user subsystem is configured to communicate the at least one user- 
supplied risl< parameter and updates thereto ar e commun i cat e d from th e user 
subsyst e m t o a central server, which steres -is configured to store s aid-the at least one 
user-supplied risk parameter and updates thereto in a data server and forwards to 
forward sald- the at le ast on e user-supplied risk parameter and updates thereto to the 
modul e for uso in tho risk filter routine of the module . 

79. (Currently Amended) The system of claim 70, wherein the first and 
second identifiers are Bank I d e ntifier Codoo bank identifier codes . 

80. (Currently Amended) The system of claim 70, wherein the Count e rparty 
counterpartv comorises a payment beneficiary of the payment-based transaction. 

81. (New) A processor-readable storage medium storing processor-readable 
instructions, which when executed, cause a first device to perform a plurality of 
operations, including: 

receiving at least one user-supplied risk parameter associated with a 
counterparty; 

receiving a first instruction authorizing payment from an account holder to the 
counterparty; 

storing the first instruction in a payment queue; and 

during processing of the payment-based transaction, performing a risk filter 
routine that determines whether to selectively reject payment authorized by the first 
instruction based upon the at least one user-supplied risk parameter associated with the 
counterparty, 

and wherein the at least one user-supplied risk parameter is associated with 
each payment-based transaction, 

and wherein payment is made from the account holder to the counterparty. 
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and wherein the at least one user-supplied risk parameter is selected from the 
group consisting of: 

(i) currency associated with each payment-based transaction, 

(ii) payment type associated with each payment-based transaction, 

and 

(iii) a clean payment limit associated with each payment-based 

transaction. 



82. (New) The processor-readable storage medium of claim 81 , wherein the 
at least one user-supplied risk parameter is associated with a first identifier that 
identifies the account holder or a second identifier that identifies the counterparty. 



83. (New) An apparatus for reducing risk in payment-based transactions 
comprising: 

in a server operated by a bank: 

a payment bank subsystem configured to process a payment-based 
transaction whereby payment is made from an account holder to a counterparty, 
wherein the payment bank subsystem includes: 

a queue configured to store a first instruction authorizing payment 
from the account holder to the counterparty during processing of transactions; and 

a module configured to store at least one user-supplied risk 
parameter associated with the account holder and which includes a risk filter routine 
configured to operate during the processing of transactions to determine whether to 
selectively reject payment authorized by the first instruction based upon the at least one 
user-supplied risk parameter associated with the counterparty, wherein the at least one 
user-supplied risk parameter is selected from the group consisting of: 

(i) currency associated with each payment-based 

transaction, 
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(ii) payment type associated with each payment-based 

transaction, and 

(iii) a clean payment limit associated with each payment- 
based transaction. 

84. (New) The apparatus of claim 83, wherein the at least one user-supplied 
risk parameter is the clean payment limit. 
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